Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Run IDL analyses on curated branch, enable noEvent #787

Merged
merged 1 commit into from
Sep 11, 2024

Conversation

tidoust
Copy link
Member

@tidoust tidoust commented Sep 11, 2024

This duplicates the calls to Strudy in the analysis job: first pass analyzes the raw crawl results, second pass runs further analyses (not the same ones!) on the curated crawl results. IDL analyses are now done as part of the second pass.

The rationale is that some IDL anomalies may be indirectly triggered by another IDL hiccup that we already identified and reported while doing data curation in Webref. This makes it at least theoretically possible to end up in a situation where we detect an anomaly twice (from two different angles). It seems better to run further IDL analyses on the curated branch instead.

This is particularly needed for the new noEvent anomaly, which would otherwise report problems that our events patching already takes care of.

The noEvent anomaly will create two issues next time the job runs:

This duplicates the calls to Strudy in the analysis job: first pass analyzes
the raw crawl results, second pass runs further analyses (not the same ones!)
on the curated crawl results. IDL analyses are now done as part of the second
pass.

The rationale is that some IDL anomalies may be indirectly triggered by another
IDL hiccup that we already identified and reported while doing data curation in
Webref. This makes it at least theoretically possible to end up in a situation
where we detect an anomaly twice (from two different angles). It seems better
to run further IDL analyses on the curated branch instead.

This is particularly needed for the new `noEvent` anomaly, which would
otherwise report problems that our events patching already takes care of.

The `noEvent` anomaly will create two issues next time the job runs:
- one for `HTMLBodyElement.onorientationchange`, already covered in the spec:
  https://compat.spec.whatwg.org/#windoworientation-interface
- one for `RTCIceTransport.onerror`, already tracked in:
  w3c/webrtc-ice#47
@dontcallmedom dontcallmedom merged commit 5d4add0 into main Sep 11, 2024
1 check passed
@dontcallmedom dontcallmedom deleted the enable-noEvent branch September 11, 2024 11:11
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants